i 

Docket No. AUS920010115US1 

METHOD AND APPARATUS FOR VIRTUALIZING A SERIAL PORT IN A 

DATA PROCESSING SYSTEM 

BACKGROUND OF THE INVENTION 

5 

1. Technical Field: 

The present invention relates generally to an 
improved data processing system, and in particular to a 
method and apparatus for handling data streams. Still 
10 more particularly, the present invention provides a 

method, apparatus, and computer implemented instructions 
for virtualizing a serial port. 

2. Description of Related Art: 

15 A logical partitioning option (LPAR) within a data 

processing system (platform) allows multiple copies of a 
single operating system (OS) or multiple heterogeneous 
operating systems to be simultaneously run on a single 
data processing system platform. A partition, within 

20 which an operating system image runs, is assigned a 
non-overlapping sub-set of the platform's resources. 
These platform allocable resources include one or more 
architecturally distinct processors with their interrupt 
management area, regions of system memory, and I/O 

25 adapter bus slots. The partition's resources are 

represented by its own open firmware device tree to the 
OS image . 

The configuration of these different partitions are 
typically managed through a terminal, such as a hardware 
30 system console (HSC) . This HSC is typically connected to 
the data processing system through a serial port within 
the data processing system. Many of the software 
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application involving system management, system debug, or 
system reboot are hardcoded to use the first serial port 
of the system as a standard input/output device. These 
serial ports typically follow Recommended Standard-232 
5 (RS-232), which is a TIA/EIA standard for serial 

transmission between computers and peripheral devices, 
such as a modem, mouse, or a serial port. A RS-232 port 
uses a 25-pin DB-25 or 9-pin DB-9 connector. 

.As a result, the HSC requires a dedicated RS-232 

10 cable for connection to the data processing system to 

obtain output from these applications and programs. Such 
an architecture reduces the distance from which an HSC 
may be located from the data processing system. Such a 
constraint is undesirable. 

15 Therefore, it would be advantageous to have an 

improved method, apparatus, and computer implemented 
instructions for receiving data from applications and 
programs using a dedicated port. 
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SUMMARY OF THE INVENTION 



The present invention provides a method, apparatus, 
5 and computer implemented instructions for redirecting a 
data stream within a data processing system. In response 
to detecting a request from a terminal, a signal is sent 
to a hardware switch to redirect the data stream from the 
first port to a processor. The data stream is packetized 
10 for transmission over a second port. The packetized data 
stream is sent by the processor to a destination over the 
second port . 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
5 invention are set forth in the appended claims. The 

invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
10 conjunction with the accompanying drawings, wherein: 

Figure 1 is a pictorial representation of a 
distributed data processing system in which the present 
invention may be implemented; 

Figure 2 is a block diagram of a data processing 
15 system in accordance with the present invention; 

Figure 3 is a block diagram of a data processing 
system, which may be implemented as a logically 
partitioned server; 

Figure 4 is a diagram illustrating a mechanism for 
20 virtualizing a serial port in accordance with a preferred 
embodiment of the present invention; and 

Figure 5 is a diagram illustrating states used in 
virtualizing a port in accordance with a preferred 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



5 With reference now to the figures, and in particular 

with reference to Figure 1, a pictorial representation of 
a distributed data processing system is depicted in which 
the present invention may be implemented. 

Distributed data processing system 100 is a network 

10 of computers in which the present invention may be 
implemented. Distributed data processing system 100 
contains network 102, which is the medium used to provide 
communications links between various devices and 
computers connected within distributed data processing 

15 system 100, Network 102 may include permanent 

connections, such as wire or fiber optic cables, or 
temporary connections made through telephone connections. 

In the depicted example, server 104 is connected to 
hardware system console 150. Server 104 is also 

20 connected to network 102, along with storage unit 106. 

In ciddition, clients 108, 110 and 112 are also connected 
to network 102. These clients, 108, 110 and 112, may be, 
for example, personal computers or network computers. 
For purposes of this application, a network computer is 

25 any computer coupled to a network that receives a program 
or other application from another computer coupled to the 
network. In the depicted example, server 104 is a 
logically partitioned platform and provides data, such as 
boot files, operating system images and applications, to 

30 clients 108-112. Hardware system console (HSC) 150 may 
be a laptop computer and is used to display messages to 
an operator from each operating system image running on 
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server 104, as well as to send input information, 
received from the operator, to server 104. In this 
example HSC 150 is connected to server 104 by a serial 
port ♦ 

5 Clients 108, 110 and 112 are clients to server 104. 

One of these clients, such as client 108 may be 
implemented as an HSC in additional to HSC 150. This 
implementation may be aided by the mechanism of the 
present invention to virtualize a serial port that might 

10 normally be a default port for applications that may be 
accessed by an HSC. The mechanism of the present 
invention activates a switch to redirect the data flow 
from the serial port, for formatting into a format 
transfer over network 102 to client 108. In these 

15 examples, the data stream is packetized to form a set of 
packets that are transferred to client 108. 

Distributed data processing system 100 may include 
additional servers, clients, and other devices not shown. 
Distributed data processing system 100 also includes 

20 printers 114, 116 and 118. A client, such as client 110, 
may print directly to printer 114. Clients, such as 
client 108 and client 112, do not have directly attached 
printers. These clients may print to printer 116, which 
is attached to server 104, or to printer 118, which is a 

25 network printer that does not require connection to a 
computer for printing documents. 

In the depicted example, distributed data processing 
system 100 is the Internet, with network 102 representing 
a worldwide collection of networks and gateways that use 

30 the TCP/IP suite of protocols to communicate with one 
another. At the heart of the Internet is a backbone of 
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high-speed data communication lines between major nodes 
or host computers consisting of thousands of commercial, 
government, education, and other computer systems that 
route data and messages. Of course, distributed data 

5 processing system 100 also may be implemented as a number 
of different types of networks, such as, for example, an 
intranet or a local area network. 

Figure 1 is intended as an example and not as an 
architectural limitation for the processes of the present 

10 invention. 

With reference now to Figure 2, a block diagram of a 
data processing system in accordance with the present 
invention is illustrated. Data processing system 200 is 
an example of a client or a hardware system console, such 

15 as hardware system console 150 depicted in Figure 1. 

Data processing system 200 employs a peripheral 
component interconnect (PCI) local bus architecture. 
Although the depicted example employs a PCI bus, other 
bus architectures, such as Micro Channel and ISA, may be 

20 used. Processor 202 and main memory 204 are connected to 
PCI local bus 206 through PCI bridge 208. PCI bridge 208 
may also include an integrated memory controller and 
cache memory for processor 202. Additional connections 
to PCI local bus 206 may be made through direct component 

25 interconnection or through add- in boards. In the 

depicted example, local area network (LAN) adapter 210, 
SCSI host bus adapter 212, and expansion bus interface 
214 are connected to PCI local bus 206 by direct 
component connection. In contrast, audio adapter 216, 

30 graphics adapter 218, and audio/video adapter (A/V) 219 
are connected to PCI local bus 206 by add- in boards 
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inserted into expansion slots. Expansion bus interface 
214 provides a connection for a keyboard and mouse 
adapter 220, modem 222, and additional memory 224. In 
the depicted example, SCSI host bus adapter 212 provides 

5 a connection for hard disk drive 226, tape drive 228, 

CD-ROM drive 230, and digital video disc read only memory 
drive (DVD-ROM) 232. Typical PCI local bus 
implementations will support three or four PCI expansion 
slots or add-in connectors. 

10 An operating system runs on processor 202 and is 

used to coordinate and provide control of various 
components within data processing system 200 in Figure 2. 
The operating system may be a commercially available 
operating system, such as OS/2, which is available from 

15 International Business Machines Corporation. "OS/2" is a 
trademark of International Business Machines Corporation. 
An object-oriented programming system, such as Java, may 
run in conjunction with the operating system, providing 
calls to the operating system from Java programs or 

20 applications executing on data processing system 200. 
Instructions for the operating system, the 
object-oriented operating system, and applications or 
programs are located on a storage device, such as hard 
disk drive 226, and may be loaded into main memory 204 

25 for execution by processor 202. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 2 may vary depending on the 
implementation. For example, other peripheral devices, 
such as optical disk drives and the like, may be used in 

30 addition to or in place of the hardware depicted in 
Figure 2 . The depicted example is not meant to imply 
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architectural limitations with respect to the present 
invention. For example, the processes of the present 
invention may be applied to multiprocessor data 
processing systems. 

5 With reference now to Figure 3, a block diagram of a 

data processing system, which may be implemented as a 
logically partitioned server, such as server 104 in 
Figure 1, is depicted in accordance with the present 
invention. Data processing system 300 may be a symmetric 

10 multiprocessor (SMP) system including a plurality of 

processors 301, 302, 303, and 304 connected to system bus 
306. For example, data processing system 300 may be an 
IBM RS/6000, a product of International Business Machines 
Corporation in Armonk, New York. Alternatively, a single 

15 processor system may be employed. Also connected to 
system bus 306 is memory controller/cache 308, which 
provides an interface to a plurality of local memories 
360-363. I/O bus bridge 310 is connected to system bus 
306 and provides an interface to I/O bus 312. Memory 

20 controller/cache 308 and I/O bus bridge 310 may be 
integrated as depicted. 

Data processing system 300 is a logically 
partitioned data processing system. , Thus, data 
processing system 300 may have multiple heterogeneous 

25 operating systems (or multiple instances of a single 

operating system) running simultaneously. Each of these 
multiple operating systems may have any number of 
software programs executing within in it. Data 
processing system 300 is logically partitioned such that 

30 different I/O adapters 320-321, 328-329, 336-337, and 

346-347 may be assigned to different logical partitions. 
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Peripheral component interconnect (PCI) Host bridge 
314 connected to I/O bus 312 provides an interface to PCI 
local bus 315. A number of Terminal Bridges 316-317 may 
be connected to PCI bus 315. Typical PCI bus 

5 implementations will support four Terminal Bridges for 
providing expansion slots or add- in connectors. Each of 
Terminal Bridges 316-317 is connected to a PCI I/O 
adapter 320-321 through a PCI Bus 318-319. Each I/O 
adapter 320-321 provides an interface between data 

10 processing system 300 and input /output devices such as, 
for example, other network computers, which are clients 
to server 300. Only a single I/O adapter 320-321 may be 
connected to each terminal bridge 316-317. 

Additional PCI host bridges 322, 330, and 340 

15 provide interfaces for additional PCI buses 323, 331, and 
341. Each of additional PCI buses 323, 331, and 341 are 
connected to a plurality of terminal bridges 324-325, 
332-333, and 342-343, which are each connected to PCI I/O 
adapters 328-329, 336-337, and 346-347 by PCI buses 

20 326-327, 334-335, and 344-345. Thus, additional I/O 

devices, such as, for example, modems or network adapters 
may be supported through each of PCI I/O adapters 
328-329, 336-337, and 346-347. In this manner, server 
300 allows connections to multiple network computers. A 

25 memory mapped graphics adapter 348 and hard disk 350 may 
also be connected to I/O bus 312 as depicted, either 
directly or indirectly. 

Management of logical partitions is achieved through 
terminals, such as hardware system consoles (HSCs) . This 

30 access is provided in these examples through service 

processor 366, nonvolatile random access memory (NVRAM) 
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368, and input /output (I/O) adapter 370. HSCs connect to 
service processor 366 through I/O adapter 370. In these 
examples, I/O adapter 370, may be, for example, a serial 
port or an Ethernet adapter. 

5 The mechanism of the present invention allows for 

redirection of data streams from a serial port to another 
port, such as an Ethernet adapter. In these examples, 
service processor 366 controls a hardware switch to a 
default or standard I/O device, such as a serial port, to 

10 redirect the data stream to another port. 

Those of ordinary skill in the art will appreciate 
that the hardware depicted in Figure 3 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or 

15 in place of the hardware depicted. The depicted example 
is not meant to imply architectural limitations with 
respect to the present invention. 

The present invention provides an improved method, 
apparatus, and computer implemented instructions for 

20 redirecting data streams from a default port to a desired 
port. Turning next to Figure 4, a diagram illustrating a 
mechanism for virtualizing a serial port is depicted in 
accordance with a preferred embodiment of the present 
invention. For example, in data processing system 400, 

25 hardware switch 402 is placed between multifunction I/O 
function chip 404 and the default port, serial port 406. 
For many programs and applications, data can only be sent 
through serial port 406 to local terminal 408 using an 
RS-232 communications protocol. 

30 The mechanism of the present invention allows for 

the default port to be virtual i zed and for the data to be 
sent through a desired port, such a port 410. A signal 
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may be sent through line 412 to hardware switch 402 to 
redirect a data stream intended for output through serial 
port 406 to a service/support processor 414. 
Service/ support processor 414 then takes the data stream 

5 and generates a set of packets from the data stream to 
form a packetized data stream. In these examples, the 
set of packets conform to standards used for sending data 
over Transmission Control Protocol/Internet Protocol 
(TCP/IP) networks. TCP/IP is a communications protocol 

10 used on the Internet and has become the global standard 
for communications. TCP provides transport functions, 
which ensure that the total amount of bytes sent is 
received correctly at the other end. The IP part of 
TCP/IP provides the routing capability. In a routable 

15 protocol, all messages contain not only the address of 

the destination station, but the address of a destination 
network. This address allows TCP/IP messages to be sent 
to multiple networks within an organization or around the 
world. 

20 This packetized data stream may then be sent to 

remote terminal 416 through port 410, which is an 
Ethernet port to a LAN or serial line IP (SLIP) . SLIP is 
a data link protocol for dial-up access to TCP/IP 
networks . 

25 When the packetized data stream is received by 

remote terminal 416, the data is unpacketized and 
displayed. Further, packetized data streams may be 
received by service/ support processor 414 from remote 
terminal 416 through port 410. This data stream is 

30 unpacketized and sent back to the program or application 
through hardware switch 402. In these examples, 
unpacketizing the data involves removing data from the 
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packets and placing the data into the appropriate format 
for transmission to the destination, such as an 
application or a program. 

Turning now to Figure 5, a diagram illustrating 

5 states used in virtualizing a port is depicted in 

accordance with a preferred embodiment of the present 
invention. State machine 500 illustrates different states 
for a mechanism or program used to virtualize a port, 
such as a serial port. In the depicted examples, these 

10 states may be implemented as computer instructions 

executed by a processor, such as service processor 366 in 
Figure 3 or service/ support processor 414 in Figure 4. 

State machine 500 begins in state SO by waiting for 
an enable request from an HSC. Upon receiving an enable 

15 request, state machine 500 shifts from state SO to state 
SI to change the switch position to direct data to the 
processor. The switch may be moved by sending a signal 
to the switch. Thereafter, state machine 500 shifts to 
state S3 to wait for an event. If data arrives from the 

20 RS-232 interface for the serial port, state machine 500 
shifts to state S4 from state S3 and starts a buffer 
timer if the receive buffer is empty. Further, the data 
is placed into the receive buffer in state S4 . 
Thereafter, state machine 500 shifts back to state S3. 

25 In state S3 if the buffer timer expires, state machine 
500 shifts to state S5 and removes the data from the 
receive buffer, places the data into a packet, and sends 
the packet to the HSC. Afterwards, state machine 500 
shifts back to state S3. 

30 In state S3, if data is received from the HSC, state 

machine 500 shifts to state S6. The data is in a 
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packetized format. In state S6, the data is unpacketized 
and transmitted over the RS-232 interface. State machine 
500 then returns to state S3. If in state S3, a disable 
request is received from the HSC, state machine 500 

5 shifts to state S7 and the switch is then moved to direct 
data to the external connector, which is the serial port 
in these examples. At this point, data is then directed 
through the serial port. Thereafter, state machine 500 
returns to state SO to await an enable request from the 

10 HSC. 

In this manner, the mechanism of the present 
invention provides a method, apparatus, and computer 
implemented instructions for virtualizing a port, such as 
a serial port. Applications, which direct data to a 

15 default report, do not require modification to allow the 
data to be transmitted through another port. In the 
depicted examples, the serial port is virtualized to 
allow redirection of data intended for the serial port to 
be sent to another port, such as an Ethernet port. 

20 Further, no changes are required to the I/O chips. In 

these examples, the switch is placed between the I/O chip 
and the physical port itself. 

It is important to note that while the present 
invention has been described in the context of a fully 

25 functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 

30 applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
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include recordable- type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 
transmission-type media, such as digital and analog 
communications links, wired or wireless communications 

5 links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 
formats that are decoded for actual use in a particular 
data processing system. 

10 The description of the present invention has been 

presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 

15 the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 

20 suited to the particular use contemplated. 



